SYSTEMS, METHODS, AND DEVICES FOR COMBINED CREDIT CARD AND STORED 
VALUE TRANSACTION ACCOUNTS 



DESCRIPTION 



Field of Invention 

[Para 1] The present invention generally relates to transaction accounts, and 
more particularly, to systems and methods for facilitating selective use of two 
or more accounts associated with a single transaction account identifier. 



Background of Invention 

[Para 2] Consumers may use a transaction account, wherein the transaction 
account may be associated with an account identifier and/or transaction card 
(e.g., credit card, stored value card, gift card), as a form of payment in various 
transactions. Transaction accounts are desirable for a number of reasons such 
as, for example, utilizing a transaction account associated with a stored value 
(e.g., pre-paid) card may be a safe and convenient way to avoid carrying or 
handling cash and loose change. Moreover, if a consumer desires cash, many 
transaction cards allow access to funds through an automated teller machine 
(ATM). Stored value cards are frequently referred to as gift, pre-paid or cash 
cards, in that money is deposited or activated in the account associated with 
the card before use of the card is allowed. Also, it is often convenient to give 
pre-paid cards as gifts or to use pre-paid cards to pay for transactions while 
traveling. 
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[Para 3] Furthermore, credit cards are desirable for various reasons, for 
example, for purchasing products when the user does not have the cash value 
immediately available, for emergency purchases, and for purchasing items 
over the internet. While loyalty cards, gift cards, and other transaction 
accounts are desirable devices, it is often cumbersome to carry multiple cards. 
Moreover, in some instances, the user may not have a particular transaction 
instrument on their person at the time that the user desires to use that 
instrument. 

[Para 4] Thus, additional systems and methods are desired to facilitate use 
of multiple transaction accounts and/or transaction instruments based on a 
single account identifier. Furthermore, a need exists for systems and methods 
that enable a consumer to use one transaction account identifier, such as that 
on a credit card, to perform a transaction on a different transaction account, 
such as a stored value account. 



Summary of the Invention 

[Para 5] The present invention generally relates to a common transaction 
account identifier that can be used in transactions associated with one of 
multiple transaction accounts. The method includes one or more of the 
following steps: establishing at least two transaction accounts, wherein the 
transaction accounts are respectively associated with transaction account 
identifiers (e.g., numbers, letters, symbols, signals and/or the like); receiving, 
at a transaction processing system, a common account identifier; recognizing 
the common account identifier as being associated with more than one 
account; and determining, which of the at least two transaction accounts to 
access for processing the transaction. The determining step may be based on 
selection criteria and the selection criteria may be modified by a user of the 
first and second transaction accounts. One of the first and second transaction 
account identifiers may be forwarded to the respective first and second 
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transaction accounts based on the determining step; and the transaction may 
be processed via the selected transaction account. 



Brief Description of the Drawings 

[Para 6] A more complete understanding of the present invention may be 
derived by referring to the detailed description and claims when considered in 
connection with the Figures, wherein like reference numbers refer to similar 
elements throughout the Figures, and: 

[Para 7] FIG. 1 illustrates a block diagram overview of an exemplary 
transaction account system; and 

[Para 8] FIG. 2 illustrates a flow diagram showing an exemplary "one to 
many" transaction account method. 



Detailed Description of Exemplary Embodiments 

[Para 9] While the exemplary embodiments herein are described in sufficient 
detail to enable those skilled in the art to practice the invention, it should be 
understood that other embodiments may be realized and that logical and 
mechanical changes may be made without departing from the spirit and scope 
of the invention. Thus, the following detailed description is presented for 
purposes of illustration only and not of limitation. 

[Para 1 0] In general, systems, methods, and devices are suitably configured to 
facilitate transactions using one of two or more transaction accounts through 
use of a single "common" account identifier. Such use may be facilitated by, 
for example, a transaction account system recognizing the common account 
identifier as being associated with multiple accounts, and using rules (i.e., 
selection criteria) to determine which of the multiple transaction accounts is to 
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be involved in tPie transaction. Use of multiple transaction accounts may be 
further facilitated by accessing the corresponding transaction account. 
Accessing the account may include forwarding the appropriate transaction 
account identifier to the corresponding transaction account. 

[Para 11] A general exemplary system configuration may include, with 
reference to Figure 1 , a transaction account system 400 which may include a 
selection system 401 , and one or more transaction accounts (e.g., 41 0 and 
420). A consumer 1 40 may use a transaction account (represented, for 
example, by transaction account card 5) with various merchants 1 00, ATMs 
1 50, and/or the like. Selection system 401 may be suitably configured to 
communicate with merchant system 100, ATMs 1 50, and/or consumers 140. 
In these examples, communications may take place in various manners, for 
example, via a network, or via any other modes of communication or with any 
other devices discussed herein or known in the art. In one exemplary 
embodiment of the present invention, transaction account system 400 is 
suitably configured to facilitate use of multiple transaction accounts through a 
single, "common" account identifier input. 

[Para 12] The systems and/or components of the systems discussed herein 
may also include one or more host servers or other computing systems 
including a processor suitably configured to process digital data, a memory 
coupled to the processor for storing digital data, an input digitizer coupled to 
the processor for inputting digital data, an application program stored in the 
memory and accessible by the processor for directing processing of digital 
data by the processor, a display coupled to the processor and memory for 
displaying information derived from digital data processed by the processor 
and a plurality of databases, the databases including transaction account data, 
customer data, merchant data, financial institution data and/or like data that 
could be used in association with the present invention. As those skilled in the 
art may appreciate, a computer may also include an operating system (e.g., 
Windows NT, 95/98/2000, Linux, Solaris, etc.) as well as various conventional 
support software and drivers typically associated with computers. 
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[Para 1 3] Transaction accounts may exist internal to transaction account 
system 400 (e.g., 41 0 and 420). For example, American Express may issue 
both charge and credit accounts. Furthermore, transaction accounts may exist 
external to the issuer's transaction account system 400. For example, a non- 
American Express institution may offer debit, stored value accounts, and/or 
the like (e.g., 470 and 480) within an external transaction account system 1 10. 
The transaction accounts may include any combination of credit accounts, 
debit accounts, phone accounts, stored value accounts, loyalty accounts, 
and/or the like. Transaction accounts frequently are described herein in 
connection with a card, which is associated with a transaction account, e.g., a 
credit card, debit card, loyalty card, pre-paid card, diner's card, phone card, 
transponder, and/or the like. However, the transaction account may also exist 
in a non-physical embodiment. For example, a transaction account may be 
distributed in non-physical embodiments such as an account identifier, 
frequent flyer account, telephone calling account, and/or the like. Indeed, 
even if each transaction account has a corresponding physical embodiment, in 
one exemplary embodiment, it may be convenient to dispose with all but one 
of the cards. For example, where charge account 41 0 is associated with a 
charge card and where credit account 420 is associated with a credit card, one 
of the two cards may be used to perform transactions with both accounts. 
Thus, a consumer may find it convenient to carry only one of the two cards. 

[Para 14] Furthermore, transaction accounts may be associated with various 
applications that allow the customers to participate in various programs, such 
as, for example, loyalty programs. A loyalty program may include one or more 
loyalty accounts. Exemplary loyalty programs include frequent flyer miles, on- 
line points earned from viewing or purchasing products at websites on-line, 
and programs associated with diner's cards, credit cards, debit cards, hotel 
cards, and/or the like. Generally, the user is both the owner of the transaction 
account and the participant in the loyalty program; however, this association is 
not necessary. For example, a participant in a loyalty program may gift loyalty 
points to a user who pays for a purchase with his own transaction account, but 
uses the gifted loyalty points instead of paying the monetary value. 
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[Para 1 5] For more information on loyalty systems, transaction systems, and 
electronic commerce systems, see, for example, U.S. Patent Application Serial 
No.: U.S. Utility Patent Application Serial No. 10/304,251, filed on November 
26, 2002 by inventors Antonucci et al. and entitled System and Method for 
Transfer of Loyalty Points; U.S. Continuation-ln-Part Patent Application Serial 
No. 1 0/378,456, filed on March 3, 2003 by inventors Antonucci et al. and 
entitled System and Method for the Real-Time Transfer of Loyalty Points 
Between Accounts; U.S. Patent Application Serial No.: 09/836,21 3, filed on 
April 1 7, 2001 by inventors Voltmer, et al. and entitled System And Method For 
Networked Loyalty Program; U.S. Continuation-ln-Part Patent Application Serial 
No. 1 0/027,984, filed on December 20, 2001 by inventors Ariff, et al. and 
entitled System And Method For Networked Loyalty Program; U.S. 
Continuation-ln-Part Patent Application Serial No. 10/010,947, filed on 
November 6, 2001 by inventors Haines, et al. and entitled System And Method 
For Networked Loyalty Program; U.S. Continuation-ln-Part Patent Application 
Serial No. 10/084,744, filed on February 26, 2002 by inventors Bishop, et al. 
and entitled System And Method For Securing Data Through A PDA Portal; the 
Shop AMEX™ system as disclosed in Serial No. 60/230,1 90, filed September 5, 
2000; the Loyalty As Currency™ and Loyalty Rewards Systems disclosed in 
Serial No. 60/197,296 filed on April 14, 2000, Serial No. 60/200,492 filed 
April 28, 2000, Serial No. 60/201 ,1 1 4 filed May 2, 2000; a digital wallet 
system disclosed in U.S. Serial No. 09/652,899 filed August 31 , 2000; a stored 
value card as disclosed in serial number 09/241 ,1 88 filed on February 1 , 
1 999; a system for facilitating transactions using secondary transaction 
numbers disclosed in Serial No. 09/800,461 filed on March 7, 2001 , and also 
in related provisional applications Serial No. 60/187,620 filed March 7, 2000, 
Serial No. 60/200,625 filed April 28, 2000 and Serial No. 60/21 3,323 filed 
May 22, 2000, all of which are herein incorporated by reference. Other 
examples of an online loyalty systems are disclosed in Netcentives U.S. Patent 
No. 5,774,870, issued on June 30, 1998, and U.S. Patent No. 6,009,412, 
issued on December 29, 1 999, both of which are hereby incorporated by 
reference. 
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[Para 1 6] Transaction account system 400 may also include and/or be 
affiliated with an issuer system, in that the issuer of a transaction account may 
also be associated with the running of the transaction account system. The 
issuer system may include any software, hardware, financial institution, credit 
card company, bank, business, and/or the like that is suitably configured to 
issue a transaction account. 

[Para 1 7] In accordance with exemplary embodiments, the issuer system may 
include a production system for producing physical embodiments of 
transaction accounts and/or for creating the transaction accounts. In addition, 
the issuer system may be suitably configured to track inventory, receive 
information from card distributors, receive information from third-party 
partner systems, identify fraud, replace lost transaction accounts, send 
commission payments, receive amounts owed, perform accounting, and/or the 
like for transaction accounts. 

[Para 1 8] In accordance with various exemplary embodiments, the transaction 
accounts may be associated with a physical instrument. For example, a 
transaction card 5 is shown having an account identifier 10 embossed thereon. 
The card 5 may look, feel and function as an ordinary transaction card. For 
example, card 5 may include a pre-paid card, charge card, stored value card, 
rewards card, telephone card, bar code card, smart card, magnetic stripe card, 
radio frequency device (e.g., transponder), and/or the like. In yet another 
exemplary embodiment of the present invention, card 5 may be an electronic 
coupon, voucher, speed pass, and/or other such instrument. Card 5 may be 
used to pay for acquisitions, obtain access, provide identification, pay an 
amount, receive payment, redeem reward points and/or the like. In one 
example, a credit card may be used as a typical credit card. However, the 
credit card may also be used in connection with at least one other account, 
e.g. a stored value account. Nevertheless, it should be appreciated that 
although a physical card 5 is shown, no physical card is necessary. Indeed, the 
card number 1 0 shown on card 5 may be any number or other indicia, whether 
or not embodied in a tangible media. 
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[Para 1 9] Furthermore, the common account identifier (e.g., 1 0) may in 
various exemplary embodiments be one of the transaction account identifiers 
(identifying, for example, accounts 41 0, 420, 470, 480), or another number. 
For example. It Is noted that the common account Identifier may be an 
identification number provided by a third-party partner or by the Issuer. The 
identifier may include any indicia such as, for example, a number, letter, 
symbol, signal and/or the like. The Identifier may identify any one or more 
financial, transaction, identification, access or other account. 

[Para 20] Card 5 may be associated with a common account identifier/card 
number. Furthermore, an "account identifier", "card number", "code", 
"identifier" or "loyalty number", as used herein, may include any device, code, 
or other Identifier/indicia suitably configured to allow the consumer to Interact 
or communicate with the system, such as, for example, authorization/access 
code, personal identification number (PIN), internet code, other identification 
code, and/or the like that is optionally located on a rewards card, pre-paid 
card, telephone card, smart card, magnetic stripe card, bar code card, radio 
frequency card and/or the like. The account identifier may be distributed and 
stored In any form of plastic, electronic, magnetic, radio frequency, audio 
and/or optical device capable of transmitting or downloading data from itself 
to a second device. An account identifier may be, for example, a sixteen-digit 
card number, although each card provider has Its own numbering system, such 
as the fifteen-digit numbering system used by an exemplary loyalty system. 
Each company's card numbers comply with that company's standardized 
format such that the company using a sixteen-digit format may generally use 
four spaced sets of numbers, as represented by the number "0000 0000 0000 
0000". The first five to seven digits are reserved for processing purposes and 
identify the issuing bank, card type and etc. In this example, the sixteenth 
digit Is used as a sum check for the sixteen-digit number. The Intermediary 
eight-to-ten digits are used to uniquely identify the customer. In addition, 
loyalty account identifiers of various types may be used. 

[Para 21] In an exemplary embodiment, the card 5 Is configured to be used in 
connection with transactions with merchant 1 00. Furthermore, card 5 may be 
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configured to communicate witPi a card reader, ATM 1 50, point of sale (POS) 
device, or otiier computerized device or terminal (hardware and/or software), 
and to transmit the card number 1 0 through a card processing network, e.g., 
debit network, to the card provider (e.g., transaction account system 400). 
Furthermore, merchant 100 may employ non-electronic means for capturing 
the card number and providing the transaction information to the card 
provider 400. As will be described in greater detail later, the cardholder may 
have multiple transaction accounts, which may be either maintained in one 
financial institution or may be distributed among many financial institutions. 
In an exemplary embodiment, each of the cardholder's transaction accounts 
are associated with separate transaction account identifiers. 

[Para 22] With reference to the exemplary embodiment of Fig. 1 , the card 
holder is illustrated as having four accounts, where charge card account 410 
and credit card account 420 are internal to the card provider 400, accessible 
through an internal transaction processor 450. The card holder also has a 
debit card account 470 and stored value account 480 maintained by an 
external financial institution 1 1 0, which is external to the card provider and 
accessible through a card processing network. 

[Para 23] In accordance with various exemplary embodiments, selection 
system 401 is configured to receive a common account identifier from a 
merchant (or third party), ATM, and/or the like, to recognize the common 
account identifier as one which represents more than one transaction account, 
to consult various rules or selection criteria from a rules engine (or selection 
criteria engine), and to determine which transaction account should 
appropriately be used for that transaction. Furthermore, selection system 401 
is configured to replace and/or forward on the transaction account identifier 
corresponding to the selected transaction account. This forwarded transaction 
account identifier is specific to the transaction account that is to be used for 
that transaction. Furthermore, the system may access card processing 
systems within the issuer's system or external to the issuer's system. One 
embodiment for accessing includes a specific transaction account identifier 
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forwarded to the particular system. For example, a transaction account 
identifier may be forwarded to external transaction account system 1 1 0. 

[Para 24] Selection system 401 may further be configured to look up a 
received account identifier and to identify transaction accounts that are 
associated with that account identifier. If, for example, only one transaction 
account is associated with a received account identifier, then that account 
identifier may be passed along without further analysis. However, if two or 
more transaction accounts are associated with a received account identifier, 
then application of selection criteria may facilitate selection of the appropriate 
transaction account to process the transaction. 

[Para 25] Thus, selection system 401 may be configured to consult various 
rules or selection criteria 402. These rules may be stored in a database or 
otherwise accessible for use by selection system 401 . The rules may include 
any condition, criteria, circumstance, thresholds, maximum or minimum limits, 
analysis of third party information or other user information, and/or the like, 
that may be useful in selecting which account will process a transaction from 
among two or more transaction accounts. 

[Para 26] In accordance with various exemplary embodiments, the rules may 
default to transaction account "A" (instead of "B") unless one or more 
conditions are satisfied. For example, the conditions may be the use of the 
transaction account identifier at a particular type of merchant. For example, 
gas stations may default to transaction account "A", while purchases from 
clothing merchants may be made through transaction account "B." In addition, 
the rules may be configured such that transactions made at an ATM may 
suitably default to, for example, a stored value account, while other 
transactions are charged to a charge card account. In another example, the 
conditions may be the use of the transaction account identifier at a particular 
merchant location, such as in-state vs. out of state transactions. In yet 
another example, conditions may involve transactions made through on-line 
internet transactions vs. off-line bricks and mortar type merchant transactions. 
In this example, a customer may desire to use a stored value card by default, 
but to use a credit card account for internet transactions. Moreover, the rules 
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may involve a minimum, or maximum value, where transactions below or 
above that value would cause the transaction to occur on other than the 
default account. In the event that more than two accounts are available, the 
rules may be configured such that purchases within assigned ranges take place 
on the appropriate transaction account. 

[Para 27] Rules may be further modified (and/or decisions with respect to 
which transaction account will be used may be made) in substantially real time, 
periodically, random, delayed or in batch mode. For example, with respect to 
substantially real-time, a customer may provide input at the time of use of the 
common account identifier that impacts the selection of the transaction 
account to be used for that transaction. In one exemplary embodiment, an 
ATM may be configured to receive such selection information. The ATM 
(and/or transaction account system 400) may be configured, for example, to 
recognize the dual transaction card nature of a card, and to ask the user to 
select the transaction account intended. The rules may also be modified or 
determined based upon biometric input. For example, use of a common 
account identifier with submission of a fingerprint of the left finger indicates 
that a debit account should be used, but submission of a fingerprint of the 
right finger indicates that a loyalty account should be used. 

[Para 28] In another exemplary embodiment, at an ATM or POS terminal, the 
cardholder swipes card 5 through a card reader 1 00, e.g., POS terminal. The 
POS terminal reads card number 10, recognizes card 5, and prompts the 
cardholder for a Personal Identification Number ("PIN") 1 5. The cardholder 
enters the PIN 1 5 corresponding to the account to which cardholder desires to 
use. As one skilled in the art will appreciate, entering the PIN may include 
entering the number into a keypad, selecting an icon or button corresponding 
to the PIN, swiping the magnetic stripe on different sides corresponding to a 
different PIN, providing a different biometric to activate a particular PIN, any 
combination of the foregoing input methods and/or any other means or 
method for inputting the PIN into the system. For example, as shown in FIG. 1 , 
if the cardholder desired to use his charge card account 410, the cardholder 
would enter his PIN 1 5 "0001 ." 
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[Para 29] Furthermore, the rules may be created, and/or adjusted from time 
to time, by the issuer of the transaction account, by the user of the transaction 
account, and/or the like. In one example, an issuer may provide an initial set 
of rules which the user may be permitted to modify. In another embodiment, 
the user may determine all the rules. In one exemplary embodiment, a user 
communicates with selection system 401 to create and/or modify the rules. 
For example, transaction account system 400 may be further configured with 
an interactive voice response system ("IVR") that may be suitably configured to 
receive a request from a customer to create/modify one or more rules. The 
IVR may be suitably configured to facilitate updating of an appropriate 
database with rule information. 

[Para 30] In one embodiment, after determining which transaction account to 
use, and forwarding the corresponding transaction account identifier, the 
transaction accounts operate substantially as if the original transaction 
account identifier had been used from the beginning. Thus, rules to prevent 
overdraft of a checking account may be established such that the customer is 
not charged overdraft fees, but the transaction is treated as if it had been 
consummated using a credit card to begin with. 

[Para 31 ] In various exemplary embodiments, an issuer of transaction 
accounts may distribute transaction accounts to consumers 140 using an 
intermediary third-party partner system. The third-party partner system may 
be suitably configured to perform many of the tasks discussed with reference 
to an issuer system (e.g., transaction account system 400.) Furthermore, in 
this exemplary embodiment, merchant 100 may be suitably configured to 
communicate with system 400 via the third-party partner system and to 
receive an approved/authorized message from the partner system. Similarly, 
system 400 may be suitably configured to receive communications from the 
partner system and to provide an approved/authorized message to the partner 
system. In accordance with an exemplary embodiment, the partner system 
may also include a database for converting the identification number 
associated with the transaction account from a third party partner's number to 
the issuer's number. 



Page 12 of 38 



[Para 32] As used herein, the terms "user", "end user", "consumer", "customer" 
or "participant" may be used interchangeably with each other, and each shall 
mean any person, entity, machine, hardware, software, business, issuer 
system, and/or distributor system. A user may acquire by gift, purchase, or 
the like, a transaction account, for example, a credit card, and may use that 
card at different merchants to complete a purchase. The user may further 
have, for example, a stored value card or other transaction account, and use 
the credit card to conduct transactions with either their credit card account or 
stored value account. Also, each user may be equipped with a computing 
system to facilitate online commerce transactions. For example, the user may 
have a computing unit in the form of a personal computer, although other 
types of computing units may be used including laptops, notebooks, hand held 
computers, set-top boxes, and/or the like. The user computer may be in a 
home or business environment with access to a network. In an exemplary 
embodiment, access may be through the Internet through a commercially 
available web-browser software package. 

[Para 33] Although described as a merchant system herein, in general, 
merchant system 1 00 may be any service provider, retailer, financial 
institution, travel agency, software, hardware, or other entity that is suitably 
configured to conduct transactions using a transaction account. In accordance 
with various exemplary embodiments of the present invention, merchant 
system 1 00 is suitably configured to facilitate transactions with at least one 
transaction account. For example, the merchant may be configured to accept 
payment via a credit card and to communicate with a transaction account 
system 400 to charge payment to that credit card account. However, in 
accordance with an exemplary embodiment, merchant system 1 00 may 
additionally be configured to accept payment from a stored value account 
when the credit card is presented. The merchant may also be configured to 
accept payment, for example, via loyalty points and/or the like. 

[Para 34] Although the present invention contemplates the use of a financial 
transaction card account for payment to a merchant, in other embodiments, 
transaction accounts may be credited by a merchant. Furthermore, 
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transactions may be non-financial transactions. For example, loyalty points 
may be added to or subtracted from a loyalty points account. 

[Para 35] In general, merchant system 1 00 Is configured to communicate with 
transaction account system 400 to interact with an appropriate transaction 
account. The communication may vary depending on the technology used by 
merchant 1 00 and/or the type of merchant. In one exemplary embodiment, 
merchant system 100 Is suitably configured with hardware and/or software, 
such as a cash register, having a point of sale device Integrated therein. As 
another example, merchant system 100 may have a computing center such as 
a mainframe computer. However, the computing center of merchant system 
1 00 may be Implemented In other forms, such as a personal computer, a mini- 
computer, a PC server, a network set of computers, or the like. 

[Para 36] The computer is suitably configured to receive input regarding the 
transaction and/or identifying the transaction account. For example, the 
computer may be suitably configured to scan a bar code, read a magnetic 
stripe on a card, and/or receive a manually Input account Identifier. 
Furthermore, the merchant computer may be suitably configured to request 
approval of the transaction. The computer may also be suitably configured to 
receive an 'approved/authorized' message that authorizes the transaction. 

[Para 37] IVIerchant system 1 00 may also be suitably configured to 
communicate other Information. In one exemplary embodiment, the 
information communicated includes the an account identifier, the date of the 
transaction, the amount of the transaction, and/or the like. The 
communicated Information may be useful for the merchant and the transaction 
account for reconciling amounts owed between themselves, to limit fraud, to 
provide additional services, and/or the like. This other Information may be 
sent at the time of the purchase, or as a batch process on a periodic basis. 
The information may, for example, be communicated via batch processing that 
is performed on a dally basis, In real time, and/or at some other appropriate 
interval. The Information may be communicated to the Issuer system directly 
in electronic format or Indirectly In a verbal, or printed format that later Is 
entered In electronic format Into the Issuer system. 
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[Para 38] The merchant system 1 00 may include a computer that may be 
suitably configured to provide a suitable website or other Internet-based 
graphical user interface that is accessible by users. In one embodiment, the 
Internet Information Server, Microsoft Transaction Server, and Microsoft SQL 
Server, are used in conjunction with the Microsoft operating system, Microsoft 
NT web server software, a Microsoft SQL database system, and a Microsoft 
Commerce Server. Additionally, components such as Access or SQL Server, 
Oracle, Sybase, Informix MySQL, Intervase, etc., may be used to provide an 
ADO-compliant database management system. The term "webpage" as it is 
used herein is not meant to limit the type of documents and applications that 
might be used to interact with the user. For example, a typical website might 
include, in addition to standard HTML documents, various forms, Java applets. 
Javascript, active server pages (ASP), common gateway interface scripts (CGI), 
extensible markup language (XML), dynamic HTML, cascading style sheets 
(CSS), helper applications, plug-ins, and/or the like. 

[Para 39] Furthermore, the terms "business" or "merchant" may be used 
interchangeably with each other and shall mean any person, entity, distributor 
system, software and/or hardware that is a provider, broker and/or any other 
entity in the distribution chain of goods or services. For example, the 
merchant may be a grocery store, an on-line merchant, and/or the like. With 
regard to use of the transaction account, the user may communicate with the 
merchant in person (e.g., at the box office), telephonically, or electronically 
(e.g., from a user computer via an internet). During the interaction, the 
merchant may offer goods and/or services to the user. The merchant may also 
offer the user the option of paying for the acquisition using a transaction 
account. Furthermore, the transaction account may be used by the merchant 
as a form of identification of the user. The merchant may also have a 
computing unit implemented in the form of a computer-server, although other 
implementations are possible. 

[Para 40] In general, the common transaction account may be used for 
transactions much like other transaction accounts. Communication between 
the user and/or merchant and the system of the present invention is 
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accomplished through any suitable communication means, such as, for 
example, a telephone network, Intranet, Internet, point of interaction device 
(point of sale device, personal digital assistant, cellular phone, kiosk, etc.), 
online communications, off-line communications, wireless communications, 
and/or the like. One skilled in the art may also appreciate that, for security 
reasons, any databases, systems, or components of the present invention may 
consist of any combination of databases or components at a single location or 
at multiple locations, wherein each database or system includes any of various 
suitable security features, such as firewalls, access codes, encryption, de- 
encryption, compression, decompression, and/or the like. 

[Para 41 ] It may be appreciated that many applications of the present 
invention could be formulated. One skilled in the art may appreciate that a 
network may include any system for exchanging data or transacting business, 
such as the Internet, an intranet, an extranet, WAN, LAN, satellite 
communications, and/or the like. It is noted that the network may be 
implemented as other types of networks, such as an interactive television (ITV) 
network. The users may interact with the system via any input device such as 
a keyboard, mouse, kiosk, personal digital assistant, handheld computer (e.g., 
Palm Pilot®), cellular phone and/or the like. Similarly, the invention could be 
used in conjunction with any type of personal computer, network computer, 
workstation, minicomputer, mainframe, or the like running any operating 
system such as any version of Windows, Windows NT, Windows2000, Windows 
98, Windows 95, MacOS, OS/2, BeOS, Linux, UNIX, Solaris or the like. 
Moreover, although the invention is frequently described herein as being 
implemented with TCP/IP communications protocols, it may be readily 
understood that the invention could also be implemented using IPX, Appletalk, 
IP-6, NetBIOS, OSI or any number of existing or future protocols. Moreover, 
the system may contemplate the use, sale or distribution of any goods, 
services or information over any network having similar functionality described 
herein. 

[Para 42] The computing units may be connected with each other via a data 
communication network. The network may be a public network and assumed 
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to be insecure and open to eavesdroppers. In the illustrated implementation, 
the network may be embodied as the internet. In this context, the computers 
may or may not be connected to the internet at all times. For instance, the 
customer computer may employ a modem to occasionally connect to the 
internet, whereas the bank computing center might maintain a permanent 
connection to the internet. Specific information related to the protocols, 
standards, and application software utilized in connection with the Internet 
may not be discussed herein. For further information regarding such details, 
see, for example, DILIP NAIK, INTERNET STANDARDS AND PROTOCOLS (1 998); 
JAVA 2 COMPLETE, various authors, (Sybex 1999); DEBORAH RAY AND ERIC 
RAY, MASTERING HTML 4.0 (1 997). LGSHIN, TCP/IP CLEARLY EXPLAINED 
(1 997). All of these texts are hereby incorporated by reference. 

[Para 43] The systems may be suitably coupled to the network via data links. 
A variety of conventional communications media and protocols may be used 
for data links. For example, a connection to an Internet Service Provider (ISP) 
over the local loop as is typically used in connection with standard modem 
communication, cable modem, Dish networks, ISDN, Digital Subscriber Line 
(DSL), or various wireless communication methods. The merchant system 
might also reside within a local area network (LAN) that interfaces to the 
network via a leased line (Tl , D3, etc.). Such communication methods are well 
known in the art and are covered in a variety of standard texts. See, e.g., 
GILBERT HELD, UNDERSTANDING DATA COMMUNICATIONS (1 996), hereby 
incorporated by reference. 

[Para 44] The merchant, third-party partner, and/or the issuer may be 
interconnected via a second network and/or a third network, each referred to 
as a payment network. The payment network represents existing proprietary 
networks that presently accommodate transactions for credit cards, debit 
cards, and other types of financial/banking cards. The payment network is a 
closed network that is assumed to be secure from eavesdroppers. Examplary 
transaction networks may include the American Express®, VisaNet® and the 
Veriphone® networks. 
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[Para 45] Any databases discussed herein may be any type of database, sucPi 
as relational, hierarchical, graphical, object-oriented, and/or other database 
configurations. Common database products that may be used to implement 
the databases include DB2 by IBM (White Plains, NY), various database 
products available from Oracle Corporation (Redwood Shores, CA), Microsoft 
Access or Microsoft SQL Server by Microsoft Corporation (Redmond, 
Washington), or any other suitable database product. Moreover, the databases 
may be organized in any suitable manner, for example, as data tables or 
lookup tables. Each record may be a single file, a series of files, a linked series 
of data fields or any other data structure. Association of certain data may be 
accomplished through any desired data association technique such as those 
known or practiced in the art. For example, the association may be 
accomplished either manually or automatically. Automatic association 
techniques may include, for example, a database search, a database merge, 
GREP, AGREP, SQL, and/or the like. The association step may be accomplished 
by a database merge function, for example, using a "key field" in pre-selected 
databases or data sectors. 

[Para 46] More particularly, a "key field" partitions the database according to 
the high-level class of objects defined by the key field. For example, certain 
types of data may be designated as a key field in a plurality of related data 
tables and the data tables may then be linked on the basis of the type of data 
in the key field. In this regard, the data corresponding to the key field in each 
of the linked data tables is preferably the same or of the same type. However, 
data tables having similar, though not identical, data in the key fields may also 
be linked by using AGREP, for example, in accordance with one aspect of the 
present invention, any suitable data storage technique may be utilized to store 
data without a standard format. Data sets may be stored using any suitable 
technique, including, for example, storing individual files using an ISO/IEC 
781 6-4 file structure; implementing a domain whereby a dedicated file is 
selected that exposes one or more elementary files containing one or more 
data sets; using data sets stored in individual files using a hierarchical filing 
system; data sets stored as records in a single file (including compression, SQL 
accessible, hashed via one or more keys, numeric, alphabetical by first tuple. 
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etc.); block of binary (BLOB); stored as ungrouped data elements encoded 
using ISO/IEC 7816-6 data elements; stored as ungrouped data elements 
encoded using ISO/IEC Abstract Syntax Notation (ASN.l) as in ISO/IEC 8824 
and 8825; and/or other proprietary techniques that may include fractal 
compression methods, image compression methods, etc. 

[Para 47] In one exemplary embodiment, the ability to store a wide variety of 
information in different formats is facilitated by storing the information as a 
Block of Binary (BLOB). Thus, any binary information may be stored in a 
storage space associated with a data set. As discussed above, the binary 
information may be stored on the financial transaction instrument or external 
to but affiliated with the financial transaction instrument. The BLOB method 
may store data sets as ungrouped data elements formatted as a block of 
binary via a fixed memory offset using either fixed storage allocation, circular 
queue techniques, or best practices with respect to memory management (e.g., 
paged memory, least recently used, etc.). By using BLOB methods, the ability 
to store various data sets that have different formats facilitates the storage of 
data associated with the financial transaction instrument by multiple and 
unrelated owners of the data sets. For example, a first data set which may be 
stored may be provided by a first issuer, a second data set which may be 
stored may be provided by an unrelated second issuer, and yet a third data set 
which may be stored, may be provided by an third issuer unrelated to the first 
and second issuer. Each of these three exemplary data sets may contain 
different information that is stored using different data storage formats and/or 
techniques. Further, each data set may contain subsets of data which also may 
be distinct from other subsets. 

[Para 48] As stated above, in various embodiments of the present invention, 
the data may be stored without regard to a common format. However, in one 
exemplary embodiment of the present invention, the data set (e.g., BLOB) may 
be annotated in a standard manner when provided for manipulating the data 
onto the financial transaction instrument. The annotation may comprise a 
short header, trailer, or other appropriate indicator related to each data set 
that is suitably configured to convey information useful in managing the 
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various data sets. For example, the annotation may be called a "condition 
header", "header", "trailer", or "status", herein, and may comprise an indication 
of the status of the data set or may include an identifier correlated to a specific 
issuer or owner of the data. In one example, the first three bytes of each data 
set BLOB may be suitably configured or configurable to indicate the status of 
that particular data set; e.g., LOADED, INITIALIZED, READY, BLOCKED, 
REMOVABLE, or DELETED. Subsequent bytes of data may be used to indicate 
for example, the identity of the issuer, user, transaction/membership account 
identifier and/or the like. Each of these condition annotations are further 
discussed herein. 

[Para 49] The data set annotation may also be used for other types of status 
information as well as various other purposes. For example, the data set 
annotation may include security information establishing access levels. The 
access levels may, for example, be suitably configured to permit only certain 
individuals, levels of employees, companies, or other entities to access data 
sets, or to permit access to specific data sets based on the transaction, 
merchant, issuer, user or the like. Furthermore, the security information may 
restrict/permit only certain actions such as accessing, modifying, and/or 
deleting data sets. In one example, the data set annotation indicates that only 
the data set owner or the user are permitted to delete a data set, various 
identified merchants are permitted to access the data set for reading, and 
others are altogether excluded from accessing the data set. However, other 
access restriction parameters may also be used allowing various entities to 
access a data set with various permission levels as appropriate. 

[Para 50] The data, including the header or trailer may be received by a stand 
alone interaction device suitably configured to add, delete, modify, or augment 
the data in accordance with the header or trailer. As such, in one preferred 
embodiment, the header or trailer is not stored on the transaction device along 
with the associated issuer-owned data but instead the appropriate action may 
be taken by providing to the transaction instrument user at the stand alone 
device, the appropriate option for the action to be taken. However, the present 
invention contemplates a data storage arrangement wherein the header or 
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trailer, or header or trailer history, of the data is stored on the transaction 
instrument in relation to the appropriate data. 

[Para 51] One skilled in the art will also appreciate that, for security reasons, 
any databases, systems, devices, servers or other components of the present 
invention may consist of any combination thereof at a single location or at 
multiple locations, wherein each database or system includes any of various 
suitable security features, such as firewalls, access codes, encryption, 
decryption, compression, decompression, and/or the like. 

[Para 52] The foregoing system components may be suitably configured for 
performing the following method which may facilitate the use of multiple 
transaction accounts with a single common account identifier and/or card. 
With reference to Figure 2, an exemplary method 200 may include one or more 
of the following steps: establishing a first transaction account and a second 
transaction account (step 210), receiving a common account identifier (step 
220), recognizing the common account identifier as being associated with 
more than one account (step 230), determining which transaction account will 
be used (step 240), forwarding a transaction account identifier correlating to 
the selected transaction account (step 250), and/or processing the transaction 
with the selected transaction account (step 260). 

[Para 53] In accordance with various exemplary embodiments, establishing a 
first transaction account and a second transaction account (step 210) may be 
performed using any suitable method now known or here after discovered. In 
one exemplary embodiment, the first transaction account is different in nature 
than the second transaction account. For example, the first transaction 
account may be a credit card account and the second transaction account may 
be a stored value account. Furthermore, the first and second transaction 
accounts may be unrelated other than due to the association with a common 
account identifier. Moreover, "establishing" the accounts may not necessarily 
include creating the accounts; rather, establishing may include obtaining 
information related to previously opened accounts (e.g., external accounts) 
such that the system may access the accounts. 



Page 21 of 38 



[Para 54] In this regard, at any appropriate point in tPiis exemplary method, a 
common account identifier is associated with the first and second accounts. 
This association may tal<e place in response to a customer request to use two 
or more cards from a single card. In other embodiments, the issuer may cause 
this association. In any event, the association may be recorded in a database, 
look-up table, or the like. Creation of the common account identifier may 
include both electronic and physical activities. For example, a card may be 
created physically and/or the common account identifier created electronically. 
The common account identifier may be created electronically by, for example, 
creating a common account identifier that is associated with the transaction 
accounts. In various embodiments, the common account identifier may be one 
of the account identifiers for the first and second transaction accounts. 

[Para 55] The account identifiers may be, for example, a credit card number 
or other number as described herein. For security reasons, the account 
identifiers may be a random number and/or the account identifiers may also 
include routing information prior to the random number. The account 
identifiers may be associated with other account specific information in a 
database, look up table and/or the like. For example, in a stored value 
account, the account may be suitably configured to be worth a particular 
number of minutes, a pre-determined value, a specific reward, and/or the like. 

[Para 56] With regard to a common account identifier involving a physical 
transaction instrument, the financial transaction instrument may include, for 
example, a magnetic stripe card, smart card, bar code card, transponder, 
and/or the like. The issuer system may provide a card account identifier (i.e., 
the common account identifier) to a manufacturer that produces the physical 
transaction instrument and that encodes the instrument and/or packaging for 
the transaction instrument. The manufacturer may create, for example, a card. 
The manufacturer may further package the card by inserting the card into an 
envelope. The transaction accounts may be distributed directly or indirectly to 
consumers. For additional information related to distribution of an account 
identifier, see for example, U.S. Serial No. 08/456,525 filed on June 1 , 1 995 by 
inventor John M. Taskett and entitled METHODS AND APPARATUS FOR 
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PROVIDING A PREPAID, REMOTE ENTRY CUSTOMER ACCOUNT, which is hereby 
incorporated by reference. 

[Para 57] A customer may present the common account identifier during a 
transaction, whereupon the merchant, ATM, or the like, may attempt to seek 
approval for the transaction. Thus, for example, merchant 1 00 may send a 
signal comprising the common account identifier, to transaction account 
system 400, which may be configured for receiving the common account 
identifier (step 220). For example, selection system 401 may be configured to 
receive the common account identifier. Furthermore, in various exemplary 
embodiments, other transaction information may also be transmitted to the 
issuer system and it may be associated with the common account identifier. 

[Para 58] In one exemplary embodiment, the common account identifier 
includes at least a portion of a machine readable code, such as a bar code. In 
another example, the common account identifier may be stored in a magnetic 
stripe encoded format. In other exemplary embodiments, the common 
account identifier may be entered into an electronic system manually or by 
other means (bar code, machine readable code, etc.). For example, the various 
processes may include a user facilitating the input of information into a 
computer system. The information may be inputted via keypad, magnetic 
stripe, smart card, electronic pointer, touchpad and/or the like, into a user 
computer, POS terminal, kiosk, and/or ATM terminal. The information may be 
transmitted via any network. In another example, an internet webpage based 
system may be suitably configured with fields for manual or automatic entry of 
a common account identifier as well as other transaction information. 

[Para 59] The information may be stored and transmitted in batches, or 
transmitted in substantially real time. A batch transmission of transaction 
information may, for example, include several transactions including various 
products, individual transaction information, and/or summary information. 
For example, a single batch transmission may include the transmission of a file 
containing a summary of amounts the issuer owes to the merchant, the total 
amount of that day's transactions, and/or specific information specifying the 
common account identifiers used and the value of the transactions. In another 
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exemplary embodiment, the transaction information is communicated to issuer 
system via tPie internet or other suitable communication systems. The 
selection system 401 may receive the transaction information and may analyze 
that information. 

[Para 60] The selection system is configured to recognize the common 
account identifier as being associated with more than one account (step 230). 
For example, the common account identifier may be "looked-up" in a database 
to see if more than one transaction account is associated with the common 
account identifier. If not, the common account identifier is solely related to a 
single account and it may be forwarded to internal transaction processor 450 
for processing using typical processing techniques. However, if more than one 
transaction account is associated with the common account identifier, the 
selection system may determine which transaction account will be used (step 
240). 

[Para 61 ] This determination may take place through the use of rules or 
selection criteria. Although such rules may be implemented in various ways, in 
one exemplary embodiment, transaction information is compared to criteria in 
a look-up table for the applicable common account identifier. For example, 
the selection criteria may include a dollar amount above which the transaction 
is to take place on the second account. In this example, the dollar amount of 
the transaction may be obtained from the transaction information and 
compared to this selection criteria and a determination as between the first 
and second accounts may be made. 

[Para 62] After determining which of the multiple accounts should be used for 
a current transaction, the transaction account identifier correlating to the 
selected transaction account may be forwarded to internal transaction 
processor 450 (step 250). Internal transaction processor 450 is configured to 
receive transaction information and perform the various processing steps 
typically found in issuer systems. For example, the internal transaction 
processor may receive the forwarded account identifier of the first or second 
transaction account and forward that account identifier to the system 
responsible for processing information related to that transaction account. 
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[Para 63] In accordance with yet another exemplary embodiment, issuer 
system or transaction account system 400 is configured to process the 
transaction with the selected transaction account (step 260). For example, the 
transaction account system may be suitably configured to verify that the 
transaction is approved or should be declined. In other examples, the 
processing may involve the reconciliation process, crediting, debiting, adding 
or subtracting points, and/or the like. The infrastructure may further be 
suitably configured to detect fraud (e.g., detect an attempt to use a card that 
has not yet been sold), and/or to refund or replace a lost transaction account. 
The system may also utilize the common account identifier solely, the 
particular account identifier solely or a combination of identifiers through any 
part of the process, including substituting one identifier for the other or using 
a proxy identifier during any part of the process. 

[Para 64] In some exemplary embodiments involving a third-party partner, 
the primary contact with merchant 1 00 may be through the third-party 
partner. Thus, the transaction account system is suitably configured, in this 
case, to receive the common account identifier from the third-party partner 
system. The third-party partner system may also be configured to recognize 
the information it receives, and may translate its own account identifier to a 
corresponding issuer common number, which is forwarded to transaction 
account system 400. Approval/authorization of the transaction may be 
similarly sent to the third-party partner system to be converted and/or 
conveyed back to merchant system 1 00. 

[Para 65] From the transaction account system's perspective, an issuer is able 
to attract consumers to use one if its cards as the base platform from which 
other cards are used, including those of its competitors. The issuer is also 
able to offer convenient customization opportunities to its customers. For 
example, the issuer may also receive input from a consumer, via a web-site, 
editing or creating customer selected rules. The issuer uses those rules to 
intercept a transaction card authorization request and to replace the common 
account identifier with the corresponding transaction account identifier. 
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[Para 66] From the merchant's perspective, customers enter their places of 
business with additional options available for completing transactions and 
purchases. Furthermore, the merchant may never be aware of whether the 
transaction took place through account "A" or account "B." From the 
customer's perspective, a customer obtains the benefit and convenience of 
carrying fewer cards, and using multiple accounts in a useful manner. 
Furthermore, the customer may receive a single bill combining all of the billing 
information for the multiple accounts into one consolidated billing statement. 

[Para 67] The present invention may be described herein in terms of 
functional block components, optional selections and/or various processing 
steps. It should be appreciated that such functional blocks may be realized by 
any number of hardware and/or software components suitably configured to 
perform the specified functions. For example, the present invention may 
employ various integrated circuit components, e.g., memory elements, 
processing elements, logic elements, look-up tables, and/or the like, which 
may carry out a variety of functions under the control of one or more 
microprocessors or other control devices. Similarly, the software elements of 
the present invention may be implemented with any programming or scripting 
language such as C, C++, Java, COBOL, assembler, PERL, Visual Basic, SQL 
Stored Procedures, extensible markup language (XML), with the various 
algorithms being implemented with any combination of data structures, 
objects, processes, routines or other programming elements. Further, it 
should be noted that the present invention may employ any number of 
conventional techniques for data transmission, messaging, data processing, 
network control, and/or the like. Still further, the invention could be used to 
detect or prevent security issues with a client-side scripting language, such as 
JavaScript, VBScript or the like. For a basic introduction of cryptography and 
network security, the following may be helpful references: (1) "Applied 
Cryptography: Protocols, Algorithms, And Source Code In C," by Bruce 
Schneier, published by John Wiley & Sons (second edition, 1996); (2) "Java 
Cryptography" byjonathan Knudson, published by O'Reilly & Associates 
(1 998); (3) "Cryptography & Network Security: Principles & Practice" by Mayiam 
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Stalling, published by Prentice Hall; all of which are hereby incorporated by 
reference. 



[Para 68] It should be appreciated that the particular implementations shown 
and described herein are illustrative of the invention and its best mode and are 
not intended to otherwise limit the scope of the present invention in anyway. 
Indeed, for the sake of brevity, conventional data networking, application 
development and other functional aspects of the systems (and components of 
the individual operating components of the systems) may not be described in 
detail herein. It should be noted that many alternative or additional functional 
relationships or physical connections might be present in a practical 
transaction account system. 

[Para 69] As may be appreciated by one of ordinary skill in the art, the 
present invention may be embodied as a method, a data processing system, a 
device for data processing, a financial transaction device, and/or a computer 
program product. Accordingly, the present invention may take the form of an 
entirely software embodiment, an entirely hardware embodiment, or an 
embodiment combining aspects of both software and hardware or other 
physical devices. Furthermore, the present invention may take the form of a 
computer program product on a computer-readable storage medium having 
computer-readable program code means embodied in the storage medium. 
Any suitable computer-readable storage medium may be utilized, including 
hard disks, CD-ROM, optical storage devices, magnetic storage devices, 
and/or the like. 

[Para 70] These computer program instructions may also be stored in a 
computer-readable memory that may direct a computer or other 
programmable data processing apparatus to function in a particular manner, 
such that the instructions stored in the computer-readable memory produce 
an article of manufacture including instruction means which implement 
functions of flowchart block or blocks. The computer program instructions 
may also be loaded onto a computer or other programmable data processing 
apparatus to cause a series of operational steps to be performed on the 
computer or other programmable apparatus to produce a computer- 
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implemented process such that the instructions which execute on the 
computer or other programmable apparatus include steps for implementing 
the functions specified in the flowchart block or blocks. 

[Para 71] In the foregoing specification, the invention has been described with 
reference to specific embodiments. However, it may be appreciated that 
various modifications and changes may be made without departing from the 
scope of the present invention. The specification and figures are to be 
regarded in an illustrative manner, rather than a restrictive one, and all such 
modifications are intended to be included within the scope of present 
invention. Accordingly, the scope of the invention should be determined by 
the appended claims and their legal equivalents, rather than by the examples 
given above. For example, the steps recited in any of the method or process 
claims may be executed in any order and are not limited to the order 
presented. 

[Para 72] Benefits, other advantages, and solutions to problems have been 
described above with regard to specific embodiments. However, the benefits, 
advantages, solutions to problems, and any element(s) that may cause any 
benefit, advantage, or solution to occur or become more pronounced are not 
to be construed as critical, required, or essential features or elements of any or 
all the claims. As used herein, the terms "comprises", "comprising", or any 
other variation thereof, are intended to cover a non-exclusive inclusion, such 
that a process, method, article, or apparatus that comprises a list of elements 
does not include only those elements but may include other elements not 
expressly listed or inherent to such process, method, article, or apparatus. 
Further, no element described herein is required for the practice of the 
invention unless expressly described as "essential" or " critical". 
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